REMARKS 



The present amendment makes editorial changes and corrects typographical 
errors in the specification, which includes the Abstract, in order to conform the 
specification to the requirements of United States Patent Practice. No new matter is 
added thereby. Attached hereto is a Substitute Specification including a marked-up 
version of the changes made thereto via by the present amendment. 

In addition, the present amendment cancels original claims 1-12 in favor of 
new claims 13-23. Claims 13-23 have been presented solely because the revisions 
by red-lining and underlining which would have been necessary in claims 1-12 in 
order to present those claims in accordance with preferred United States Patent 
Practice would have been too extensive, and thus would have been too burdensome. 
The present amendment is intended for clarification purposes only and not for 
substantial reasons related to patentability pursuant to 35 U.S.C. §§101, 102, 103 or 
112. Indeed, the cancellation of claims 1-12 does not constitute an intent on the 
part of the Applicants to surrender any of the subject matter of claims 1-12. 

Early consideration on the merits is respectfully requested. 
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Marked-Up Version of Substitute Specification 

Description 

M e thod and system for transmitting data pack e ts 

The pr e sent inv e ntion relat e s to a m e thod and a syst e m for transmitting data 
5 paekefe SPECIFICATION 

TITLE OF THE INVENTION 
METHOD AND SYSTEM FOR TRANSMITTING DATA PACKETS 
BACKGROUND OF THE INVENTION 
Methods Such methods and systems for transmitting data packets are used, 
1 0 for example, exampl e us e d in mobile radio networks. 

With many services and applications provided in modern mobile radio 
networks. networks messages have to be transmitted not to just one but to two or 
more mobile radio users. Examples of such services and applications are news 
groups, video conferences, video on demand and distributed applications. 
15 When transmitting messages to the various users it is possible to send each 

recipient a copy of the data separately. Such a method can be 
implemented j mpl e m e nt e d but is unsuitable, unsuitabl e for large groups. As the 
same message is transmitted via N (N = number of recipients of the message) 
individual connections (unicast connections) and is thereby sent a numbe rp lurality 
20 of times via common connection paths, this method requires a very high bandwidth. 

So-called multicast transmission is a better option. Here the various users, 
to whom the same message is to be transmitted, are combined in a group (multicast 
group) and only one address (multicast address) is assigned to suchsaid group. The 
data to be transmitted is then sent only once to this multicast address. The multicast 
25 messages are ideally sent only once via common connection paths from the sender 
to the recipients. The sender does not have to know where and how many 
recipients are concealed behind the multicast address. In order to receive the 
messages of a specific multicast group, a user must register with thesaid multicast 
group. 

30 During transmission; transmission messages are sent to a group of users 

within a regional area. The area in which the message is transmitted is referred to 
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as the broadcast area. The size of the broadcast area is determined by the network 
operator. Ideally, the The message is thereby id e ally sent only once as with 
multicast via common connection paths. It is , however, how e v e r a disadvantage 
here that all users within the broadcast area are able to read broadcast messages. In 
5 order to read only specific messages and reject or filter others, users can make 
corresponding adjustments at their terminals. Specific registration for a broadcast 
service is not necessary. 

Users only want to pay for a service if they have actually received the 
messages of suchsaid service. If certain data does not arrive at the mobile radio 

10 terminal due to transmission problems, the user cannot be billed for this. A 
message service such as multicast or broadcast must-therefore must be sufficiently 
reliable. Such a reliability requirement can, eaa for example, oxamplc be guaranteed 
in that users who have not received certain data send corresponding non-receipt 
information back to the network and then the "lost" data of the message is 

15 transmitted to suchsaid users again. One problem here is that such a multi- 
transmission, in order to guarantee the receipt of data, requires a high outlay, in 
particular as this data is sent to an entire group of users again; again, in other 
words,w erds even to users us e rs, who have already received the data correctly. The 
advantage achieved with multicast or broadcast with regard to transmission 

20 capacity savings is lost as a result. Also with known systems it is not possible to 
charge for a service such as broadcast or multicast, as the data is sent unconfirmed 
from the sender to the recipient. As far as future chargeable services are 
concerned, conc e rn e d however, users only want to pay for data that they have 
actually received. 

25 Th e object of th e present invention is , therefore, th e r e for e directed toward te 

provid e a method and system for transmitting data packets p aokots, with which 
reliable charging is ensured with little network loading. 

A method and a system for transmitting data packets according to th e 
independ e nt Claim s ar e propos e d to achiev e said obj e ct. — Further advantag e ous 

30 embodim e nts ar e s e t out in th e subclaims. 
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SUMMARY OF THE INVENTION 
The inventive method for transmitting data packets has the following 
method stages: a data packet is sent from a sender to a recipient and a confirmation 
message confirming receipt of the data packet is sent from the recipient to the 
5 sender. When sending the data packetp aeket a timer for monitoring receipt of the 
confirmation message is started. 

The present invention is preferably used in a third generation mobile radio 
network; e.g., n e twork, — ergr UMTS (Universal Mobile Telecommunications 
System). In such a svstem,s ysteffl the sender is , for example, for e xample a UMTS 
10 base station connected to a network and the recipient is a UMTS mobile radio 
terminal. The present invention can , however, howev e r in principle b e used for 
any type of transmission system. The data packets and confirniation message can a 
in principle, in principl e be sent on the basis of any mobile radio standard. The 
timer determines the time period between the time when the data packet is sent and 
15 acknowledgment via a confirmation message returns to the sender within a 
predefined time interval. 

In one a pref e rred embodiment of the present invention, invention no more 
data packets are sent from the sender to the recipient if no confirmation message 
reaches the sender within a time frame started by the timer. In such a case, ease it 
20 can be assumed that the data packets have-either have not reached the recipient or 
the recipient i^is in principle, p rincipl e not sending confirmation messages back to 
the sender. 

In a development of the present invention j nv e ntion data packets are not 
charged forfer? if no confirmation message reaches the sender within a time frame 

25 started by the timer. Users of the recipient, receiving data packets from the sender, 
only want to pay a charge for the receipt of data packets, if the data packet has not 
only been sent by the sender but they have also actually received it. It is possible 
for a sender to have sent a data packet but for this not to have reached the recipient, 
for example, for exampl e due to radio holes. In such a case, ease it is obvious that 

30 the user of the recipient will not want to pay charges for the unused data packet. 
Therefore, In such a case therefore charging does not take place. 
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In a further development of the present invention, inv e ntion a status request 
is sent from the sender to the recipient r e cipi e nt, if no confirmation message reaches 
the sender within a time frame started by the timer. Such a status request can be 
used to verify the status of the recipient. I f for example, for e xampl e the recipient 
5 is no longer able to send confirmation messages to the sender, this can be 
determined via by mean s of the status request. It is also possible for the user 
terminal to have been manipulated so that it no longer sends confirmation 
messages. No proof is therefore provided of the fact that the data packet has 
actually reached the terminal. In such a case, ease it can be verified via bv m e ans of 

10 the status request whether any manipulation is taking place. 

According to the present invention i nv e ntion on receipt of a confirmation 
message the sender resets the timer and the data packet is charged for. This is the 
normal scenario. On receipt of the confirmation message the timer is reset and 
started again when a new data packet is sent. As there is proof that the recipient has 

15 received the data packet correctly, the data packet can then be charged for. 

In vet another a development of the present invention, if a data packet is not 
correctly received and/or is not received, a non-receipt message is sent from the 
recipient to the sender. If a data packet is not received correctly, that isj rer if a data 
packet was not received in full or only partially by the recipient, it is possible for a 

20 non-receipt message to be sent to the sender. In such a case charging does not take 
place. It is also p ossible , however, for the data packet that was not transmitted 
correctly to be sent again. It is however also possible, if no data packet was 
received by the recipient, for a non-receipt message to be sent similarly from the 
recipient to the sender. In this case , too, -feee charging does not take place or the 

25 data packet not received is sent again. 

According to the present invention, invention the number of non-receipt 
messages received is stored in the storage unit. The number of non-receipt 
messages received is a measure of the data packets not transmitted correctly. 
Should too many data packets not be transmitted correctly, it must be verified on 

30 the part of the sender whether there is a fundamental problem or whether 
manipulation is taking place at the recipient. To this end A according to th e 
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inv e ntion if a limit value for non-receipt messages received is exceeded, a status 
request is sent from the sender to the recipient. This status request can , in turn,4 n 
turn be used to verify whether a number of non-receipt messages higher than the 
predefined limit value has been sent to the sender. 
5 The above-mentioned method ebieet is also achieved via bv means of a 

system for transmitting data packets with parts m e ans for sending a data packet from 
a sender to a recipient and parts m e ans for sending a confirmation message 
confirming receipt of the data packet from the recipient to the sender, with a timer 
for monitoring receipt of the confirmation message being started when the data 

10 packet is sent. 

The present invention also relates to a terminal for use in thean inventive 
method and a terminal for use in theaa inventive system. The terminal is preferably 
a mobile radio terminal. 

According to the present invention a nvontion the recipient sends receipt 

15 confirmation to the network on receipt of data packets. In this way^w ay the sender 
is informed of the correct receipt of the data by the recipient. The recipient is then 
charged accordingly. The receipt confirmation is preferably also sent back to the 
network on receipt of a set of data packets that belong together, as it may not be 
possible to decrypt an incomplete data set and it therefore has no value for the user. 

20 Advantages result with the present invention in that it is still possible to 

transmit useful data efficiently using resources and channels common to all the 
recipients. Regardless of thisy this the confirmation information can be transmitted 
back to the sender either via recipient-specific or common channels. The use of 
recipient-specific channels is thereby particularly advantageous as it is possible 

25 id e ally to use only one bit for the confirmation information (1 = received, 0 = not 
received). 

On receipt of a receipt confirmatio n, the- fche sender knows that the data has 
been received by the users. Users can then can b e charged for the service 
accordingly. If the sender does not receive a receipt confirmation, the transmitted 
30 data of the service is not charged to the user. It mus^thereby must b e ensured that a 
recipient cannot be manipulated so that it never sends receipt confirmation, as the 
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user could then receive the service free of charge. In certain conditions , therefore, 
th e r e for e a request can be sent concerning the status of the recipient to establish 
why no further receipt information is reaching the sender. 

In this context context it is desirable exp e dient for a recipient to send a 
5 confirmation message back to the sender in the event of correct receipt and to send 
a non-receipt message back to the sender in the event of incorrect receipt. This 
non-receipt message then ensuresmeans that the data is not charged to the user. It 
fflttsMhereby must be ensured that a recipient does not always send non-receipt 
messages back to the sender so that the user can receive the service free of charge. 

10 To this end , therefore, th e r e for e in certain conditions a request can be sent 
concerning the status of the recipient rocipi e nt, asking why only non-receipt 
messages are being sent out by the recipient. 

Additional features and advantages of the present invention are described in, 
and will be apparent from, the following Detailed Description of the Invention and 

15 the Figures. 

The inv e ntion is d e scrib e d in mor e d e tail b e low with reference to the 
accompanying drawings using e xemplary e mbodim e nts. Th e f e atur e s shown th e r e 
and th e f e atur e s d e scrib e d above can bo essential to the invention not only in th e 
specified combination but al s o individually or in other combinations. 
20 BRIEF DESCRIPTION OF THE FIGURES 

Figure la shows a flow diagram of a correct process for the transmission of 
a data packet. p acket; 

Figure lb shows a flow diagram of the incorrect transmission of a data 
packet ; and 

25 Figure 2 shows an exemplary embodiment of the transmission of a 

numbe rp lurality of data packets in a time frame. 

DETAILED DESCRIPTION OF THE INVENTION 
Figure 1 shows the correct transmission of a data packet P3 from a sender S 
to a recipient E. When the data packet P3 is sent at time t\M a timer is started in 
30 the sender S. The receiver E receives the data packet P3 as shown by the arrow 1. 
On receiptr eeeipi the recipient E sends a confirmation message 2 to the sender S, 
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which reaches the sender S at time tx. Time tx is before the end of the time frame 
t2 started by the timer, thesaid time frame being defined by the time tl: i.e., tl, i. e . 
the time when the data packet P3 is sent. 

Figure lb shows the incorrect transmission of a data packet P3 from a 
5 sender S to a recipient E. At time tl,4rer the time when the data packet P3 is sent 
by the sender S, a timer is again started in the sender S, the time frame of which 
ends at time t2. A transmission error 3 occurs during transmission. No 
confirmation message is therefore sent from the recipient E to the sender S. 

Figure 2 shows the transmission of a series of data packets from a sender S 

10 to a recipient E. For the exemplary embodiment shown in Figure 2J2 it is assumed 
that a message including compri s ing the data packets PI to PI 0 is transmitted to a 
group of recipients via broadcast or multicast. The data is thereby transmitted via 
channels (resources) common to all recipients. Dedicated or common channels are 
used to send the confirmation and non-confirmation information back to the 

15 network. For the sake of simplicity, in the exemplary embodiment shown in Figure 
3 , onl y only the sender S and one recipient E are considered. However, How e v e r 
the details apply equally to each of the individual recipients of the same message. 

The sender S starts to transmit the data packets 1 to 10 and sends them one 
after anothe r th e oth e r to the recipient(s). For example. example the data packet P3 

20 is sent, as shown by the arrow 10, from the sender S to the recipient E. On receipt 
of the data packet 10 by the recipient R,E the latter confirms receipt by sending a 
confirmation message 1 1 to the sender S. 

As each individual data packet is sent, a timer (not shown) is started, with 
the confirmation information being expected before its expiry. If during this 

25 period, orirer before expiry of the time period defined by the timer, confirmation is 
received back from the recipient E, the timer is stopped and transmission of the data 
is charged for accordingly. If the recipient E does not send a confirmation message 
before expiry of the timer, the data is not charged to the user. 

Ifjf in the event of non-receipt non r e c e ipt a recipient does not send 

30 confirmation back to the sender , i. e . (i.e., the network, to prevent possible 
manipulation of a recipient so that thesaid recipient never sends confirmation 
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messages back to the sendert sender, it is possible to set up a so-called send window 
on the network side. Such a window must be managed for each recipient in the 
sender. Provision of a send window ensuresmeans that data is only transmitted to a 
recipient until the end of the send window. According to the present 
5 invention, invention a request can-then can be sent concerning the status of the 
recipient, whereby it is asked why no confirmation messages are being sent. 

In the exemplary embodiment shown in Figure 2^2 the size of the send 
window is n = 4. The sender S has to send the data packets PI to P10 to the 
recipient E. When the data packet P3 has been sent , for example, for e xampl e the 
10 sender S receives a confirmation message and the send window is then "moved on" 
so that it starts at the data packet P4 and ends at the data packet P7. I f, after- after 
sending the packet P4,P4 the sender S receives no confirmation message, the send 
window is not moved on. The start of the send window remains at the data packet 
P4. 

15 With a window size of n = 4±4 the data packets P5, P6 and P7 are then 

transmitted, even if no confirmation messages are sent to the recipient E. After 
transmission of the data packet P7 and assuming that no further confirmation 
message has been transmitted, the end of the send window is reached. 

As described above,a beve a timer is started after the data packet P7 is sent. 

20 Once this timer has expired and when the end of the send window has been 
reached, a request is sent concerning the status of the recipient E. It is thereby 
asked why no confirmation messages have been sent. It is possible that the 
recipient is in a radio hole or cannot be reached for other reasons. In such a 
case, ease they should no longer be charged for the service. The send window ean 

25 then can b e moved on again until the start of the window is at the last data packet 
sent. 

I f, however, how e v e r the recipient E has been manipulated so that in 
principle it never sends confirmation conformation messages, this can be determined 
using the request sent, whereby the user is then divested of the right to receive 
30 messages. This can be done, dene for example, example through b v means of 
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exclusion from the recipient group initiated by the network or , for examplc ^er 
example by withdrawing the key for encrypting messages. 

If the sender S , however, howev e r receives a confirmation message before 
expiry of the timer, the timer is reset, the send window is moved on (by one 
5 position) and the next data packet (P8) can be transmitted. In this case,e ase no 
request is sent concerning the status of the terminal. 

If confirmation messages are now duly received for all subsequent packets, 
the send window can be moved on until the start of the window is at the packet 
currently being sent. 

10 If a recipient E only sends non-receipt messages back to the sender S, to 

prevent manipulation of a recipient E so that it only sends non-receipt messages 
back to the sender S, a counter can be set up in the sender to count the number of 
successive non-receipt messages. Such a counter is then managed in the sender S 
for each recipient. 

15 Using such a counter ensuresmeans that data is only transmitted to a 

recipient E until a predefined value is reached. A request concerning the status of 
the recipient E ean-then can be sent from the sender S to the recipient E, whereby it 
is verified why only non-receipt messages are being sent from the receiver E to the 
sender S. 

20 In principle, principl e the mode of operation is th e r e by similar to the send 

window method described above but now the number of successive non-receipt 
messages is counted and a request concerning the status of the terminal E is then 
sent at a predefined discretionary counter reading. In such a case. ease it is again 
possible that the recipient is in a radio hole or that the data transmission is not 

25 possible for other reasons. In such a case^ease the recipient should no longer be 
charged for the service. The counter ean-then can be reset to zero. 

However, How e ver should the recipient be manipulated so that it only sends 
non-receipt messages, this can be determined via bv m e ans of the request sent. The 
user ean-then can be divested of the right to receive messages. This ean-again can 

30 be done by exclusion from the recipient group initiated by the network or by 
withdrawing the key for encrypting the messages. 
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If the sender S , however, how e v e r receives a confirmation message before 
expiry of the timer, the counter is not incremented further and the next data packet 
can be transmitted. No request concerning the status of the recipient E is thereby 
sent. If correct confirmation messages are subsequently received for all packets, 
5 the counter is reset to zero. 

Although the present invention has been described with reference to specific 
embodiments, those of skill in the art will recognize that changes may be made 
thereto without departing from the spirit and scope of the present invention as set 
forth in the hereafter appended claims. 
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ABSTRACT OF THE DISCLOSURE 
Th e inv e ntion r e lat e s to a A method is provided for transmitting data 
packets, which includes compri s ing the following m e thods: sending a data packet 
from a sender (S) to a recipient (E), and; sending a confirmation message from 
5 recipient (E) to sender (S) in order to confirm the receipt of the data packet. When 
sending the data packet, a timer for monitoring the receipt of the confirmation 
message is started. According to the present invention, no charges for the 
transmission of the data packet are assessed when no confirmation message from 
the recipient (E) arrives within a time frame initiated by the timer. 
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